home *** CD-ROM | disk | FTP | other *** search
/ System Booster / System Booster.iso / Textdisplayers / MoreIsBetter / why More is better < prev    next >
Text File  |  1996-09-26  |  3KB  |  63 lines
  1.  
  2.                  WHY USE COMMODORE'S MORE INSTEAD OF LESS?
  3.  
  4. Nowadays, most self respecting Amigoids read text files with Less, ported to
  5. Amiga from U--x by Bob Leivian.  But the simpler More that comes on the
  6. Workbench disk has several advantages:
  7.  
  8. 1)      It's less than half the size (Less is over 28K!)
  9.  
  10. 2)      It's "pure" and can be made resident, for instantaneous startup
  11.  
  12. 3)      It correctly displays eight bit extended ASCII characters instead of
  13.         translating them into "equivalent" seven bit characters
  14.  
  15. 4)      It correctly responds to Amiga/ANSI escape sequences for underline,
  16.         italic, boldface, and alternate color text, like a regular CON:
  17.     window, instead of showing something like ^[[4m for each one
  18.  
  19. 5)      It has an easy case insensitive search, instead of "regular
  20.         expression" search that you can't use without U*@%#&!x documentation
  21.  
  22. 6)      It's much faster, because it doesn't scroll
  23.  
  24. 7)    I've never seen a bug, and I think I've seen two in Less
  25.  
  26. 8)      You can freely change the window specification with my Fenestrate
  27.         hack (explained below) to make it use e.g. a borderless window on
  28.         the currently topmost screen.  If you try this with Less, it might
  29.         not run if Workbench is interlaced because it alters it's own window
  30.         spec by putting a "4" where it thinks a "2" is.  Thus More is more
  31.     usable with CLImax than Less is.
  32.  
  33. The disadvantages that More has are:
  34.  
  35. 1)      Fewer features and commands.  But how many of those do you really
  36.         want?  The only one I miss is reverse search.
  37.         
  38. 2)      When used from CLI, it writes in CLI's own window instead of using
  39.         its own, thus erasing what was there.  This drawback is solved by
  40.     my V hack.  (But if your CLI is CLImax, you must also use
  41.     Fenestrate, and have ConMan 1.3 (on fish 165) or newer.)
  42.  
  43. THE TWO HACKS:  V is a small (under 1300 bytes) "pure" CLI program which
  44. acts as a front end for More.  When you run V, it looks for More on the
  45. resident list.  If it's not there, it tries to load SYS:Utilities/More, or
  46. C:More if that fails.  It runs More as a Workbench process and passes the
  47. filename in the command line argument to it in the startup message.  The
  48. effect of this is to make it create a new window when run from CLI, just as
  49. Less does.  Make both V and More resident, you've got a pretty good separate
  50. window text reader essentially built into your CLI (if you use the Shell-
  51. Seg).  The filename after V need not be quoted if it contains spaces, unless
  52. there's a space at one end.
  53.  
  54. The other hack is Fenestrate.  What it does is surgically alter the CON:
  55. window specification inside More to your specifications.  You could do the
  56. same thing with DiskX or Zap, but this is more foolproof.  (Though of course
  57. it's rare for fools to own Amigas.)  See Fenestrate.readme.
  58.  
  59. With these two hacks, you don't have to settle for Less.
  60.  
  61. V and Fenestrate are by Paul Kienitz, in the public domain.   (°¿°)
  62.  
  63.